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Parametrier-/ Diagnoses ystem fur Feldgerate 

Die vorliegende Erfindung betrifft ein System fur die Diagnose und/oder 
Parametrierung von an einem Bussystem angeschlossenen Geraten, mit 
dem Gerateparameter aus dem Gerat auslesbar und/oder in das Gerat 
tibertragbar sind sowie ausgelesene und/oder zu iibertragende Geratepa- 
rameter durch eine Anzeigeeinheit visuell darstellbar sind. 

Bei der Diagnose und/bder Parametrierung von Feldgeraten werden iibli- 
cherweise Systeme in Form von PC-basierten Programmen (Engineering 
Tools) verwendet. Diese Systeme kommunizieren uber eine vorgegebene, 
meist standardisierte Kommunikationstechnologie (serielle Schnitts telle, 
Ethernet, PROFIBUS usw.) mit dem jeweiligen Gerat und stellen an der 
Anzeigeeinheit, ublicherweise ari dem direkt am PC angeschlossenen 
Bildschirm, eine benutzerfreundliche, graphische Visualisierung zur 
Verfugung, die am Gerat selbst in der Regel nicht moglich ist. Diese Vi- 
sualisierung stellt beispielsweise aus dem Gerat ausgelesene Parameter in 
graphischer, tabellarischer oder numerischer Weise am Bildschirm dar 
und stellt ggf. Eingabemasken zur Verfugung, uber die entsprechende 
Gerateparameter eingegeben und zur Parametrierung an das jeweilige 
Gerat ubertragen werden konnen. 

Soil die Visualisierung nicht in unmittelbarer Nahe des Feldgerates erfol- 
gen, da sich die Bedienperson beispielsweise weit entfernt von dem Feld- 
gerat befmdet, so ist es auch mSglich, die Feldgerate liber Webzugriffe 
mittels HTTP (auf Ethernet oder anderer Tragertechnologie) anzusteuern. 
Dazu ist es erforderlich, dass der Datenserver in unmittelbarer Nahe beim 
Feldgerat angeordnet und beispielsweise uber eine lokale Schnittstelle mit 
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diesem verbunden ist, wahrend die Webzugriffe uber HTTP von einem 
entfernt liegenden Client durchgefuhrt werden konnen. 

Problematisch an den bisher bekannten Losungen ist, dass zwar eine 
5 Vielzahl von unterschiedlichen Systemen existieren, die jeweils fur unter- 
schiedliche Anwendungsszenarien verwendbar sind, diese unterschiedli- 
chen Systeme jedoch keine gemeinsame Architektur besitzen. Dies fuhrt 
dazu, dass sich die bekannten Systeme je nach Anwendungsszenario dem 

( Vv Anwender in verschiedenen Visualisierungs- und Bedienkonzepten dar- 
' ' 1 10 stellen. Der Benutzer muss somit je nach Anwendungsszenario sich oft- 
mals vollstandig neu in das jeweilige verwendete System einarbeiten, 
wodurch die Wahrscheinlichkeit fur Bedienfehler erhoht wird. Weiterhin 
entstehen oftmals Versionskonflikte zwischen der Geratesoftware und der 
Parametriersoftware, da diese meist unabhangig voneinander entwickelt 
15 sind und bei einer Anderung des Anwendungsszenario s Versionssprunge 
in den verwendeten Softwaremodulen oftmals nicht beroicksichtigt sind. 
Letztlich ist eine Parametrierung ohne Technologiebriicke meist nur lokal 
am Feldgerat moglich, beispielsweise tiber den Anschluss eines Laptops, 
bzw. maximal nur soweit, wie sich das Bussystem in der verwendeten 

£ ^^20 Anlage erstreckt. 

Es ist eine Aufgabe der Erfindung, ein System der eingangs genannten Art 
so auszubilden, dass fur eine Vielzahl von unterschiedlichen Anwen- 
dungsszenarien die Bedienung und Visualisierung des Diagnose- 
25 und/ oder Parametriersystems fur alle Feldgerate moglichst einheitlich ist. 
Weiterhin soil eine Migration des Systems von einem Anwendungsszenario 
in ein anderes Anwendungsszenario ohne grofien Aufwand moglich sein. 
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Ausgehend von einem System der eingangs genannten Art wird diese 
Aufgabe erfindungsgemaB dadurch gelost, dass das System einen Kom- 
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munikationsabschnitt zur Kommunikation, d. h. zum Auslesen und/oder 
Ubertragen von Gerateparametern, des Systems mit dem Gerat sowie 
einen von dem Kommunikationsabschnitt getrennten Visualisierungsab- 
schnitt zur Visualisierung der Gerateparameter durch die Anzeigeeinheit 
5 umfasst, wobei der Kommunikationsabschnitt und der Visualisierungsab- 
schnitt zum Datenaustausch uber gerateunabhangige Schnittstellen 
. miteinander verbunden sind und der Kommunikationsabschnitt unab- 
hangig von der verwendeten Anzeigeeinheit ausgebildet ist. 

10 Erfindungsgemafi erfolgt somit eine strenge Aufteilung des Systems in 

zwei voneinander getrennte Abschnitte, wobei der Kommunikationsab- . 
schnitt den vom jeweiligen Anwendungsszenario unabhangigen Kern 
kapselt, wohingegen der Visualisierungsab schnitt vom Anwendungsszena- 
rio abhangig ist. Mogliche Szenarien sind im Rahmen dieser Anmeldung 

15 beispielsweise ein Stand-alone Szenario, ein Tool-Server Szenario und ein 
Embedded Webserver Szenario, wie im Folgenden naher beschrieben 
werdeii. 

Beim Stand-alone Szenario ist das System vorteilhaft in eine insbesondere 
C ,20 als Personal Computer ausgebildete Steuereinheit integriert, wobei die 

Anzeigeeinheit durch ein direkt mit der Steuereinheit verbundenes Display 
der Steuereinheit gebildet wird. Das Engineering Tool kann somit auf 
eihem PC laufen, der lokal beim Feldgerat angeordnet ist, wobei die Visua- 
lisierung direkt auf dem Bildschirm des PCs zur Verfugung gestellt wird. 

25 

Der Visualisierungsabschnitt kann dabei bevorzugt als Modul ausgebildet 
sein, das unmittelbar im PC ausgefuhrt wird. 

Beim Tool- Server- Szenario ist vorteilhaft das System in eine insbesondere 
30 als Personal Computer ausgebildete Steuereinheit integriert, wobei die 
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Anzeigeeinheit durch einen weiteren Computer mit Display (Anzeigecom- 
puter) gebildet wird, der iiber eine Netzverbindung mit der Steuereinheit 
verbunden ist. In diesem Fall kann das Engineering Tool somit auf einem 
PC laufen, der lokal beim Feldgerat angeordnet ist, wobei die Visualisie- 
5 rung, welche die gleiche ist wie beim Stand-alone Szenario, beispielsweise 
iiber einen Webserver mittels HTTP einem weit entfernten Client angebo- 
ten wird. Dies kann beispielsweise iiber ein Intranet oder auch iiber das 
Internet erfolgen. Auf diese Weise ist eine transparente Fernwartung 
^ moglich, d. h., dass die lokale Bedienung die gleiche Bildschirmschnitt- 

10 stelle besitzt wie ein Fernzugriff. Die Netzverbindung kann dabei vorteil- 
haft durch eirie standardisierte Netzverbindung, insbesondere durch eine 
Ethernetverbindung oder einen Feldbus (z.B. Prbfibus, DeviceNet, Can 
basierender Feldbus) realisiert sein. 

15 Der Visualisierungsabschnitt (Anzeige-Frontend) kann dabei als Modul, 
insbesondere als Applet implementiert sein, das zur Visualisierung der 
Gerateparameter iiber die Netzverbindung in den Anzeigecomputer ladbar 
und in einem auf dem Anzeigecomputer vorhandenen Client; insbesondere 
einem Internetbrowser ausfiihrbar ist. 
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Beim Embedded Webserver Szenario ist vorteilhaft das System in das 
Feldgerat selbst integriert, wobei die Anzeigeeinheit durch einen Computer 
mit Display (Anzeigecomputer) gebildet wird, der iiber eine Netzverbindung 
mit dem Gerat verbunden ist. Auch hier kann die Netzverbindung vorteil- 
25 haft durch eine standardisierte Netzverbindung, insbesondere durch eine 
Ethernetverbindung oder einen Feldbus (z.B. Profibus, DeviceNet, Can 
basierender Feldbus) realisiert sein. 
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In diesem Fall kann somit ein geeignetes Feldgerat das gesamte Enginee- 
ring Tool in sich aufnehmen und dessen Visualisierung nach auiSen bei- 
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spielsweise uber einen Webserver zur Verfugung stellen. Dieser Webserver 
wird in diesem Fall direkt in das Gerat integriert. Die Visualisierung ist in 
diesem Fall identisch der Visualisierung beim Stand-alone Szenario und 
auch beim Tool-Server Szenario. Vorteilhaft an dem Embedded Webserver 
5 Szenario ist dabei, dass alle Versionskonflikte zwischen Gerat und Engi- 
neering Tool entfalleri, da die gesamte Geratelogik einschliefelich Enginee- 
ring Tool in dem Gerat selbst konzentriert sind. 



( _ Der Visualisierungsabschnitt kanri dabei, identisch wie beim Tool-Server 

10 Szenario als ladbares Modul, insbesondere als Applet realisiert sein, das 
zur Visualisierung der Gerateparameter uber die Netzverbiridung in den 
Anzeigecomputer ladbar und in einem auf dem Anzeigecomputer vorhan- 
denen Client, insbesondere einem internetbrowser ausfuhrbar ist. Der im 
Kommunikationsabschnitt enthaltene Toolkern kann unmittelbar im 
15 Gerat beispielsweise in einer Embedded- Java-Umgebung realisiert sein. 

Nach einer vorteilhaften Ausfuhrungsform der Erfindung sind zwischen 
dem Kommunikationsabschnitt und dem Visualisierungsabschnitt 
Schnittstellen vorgesehen, die fur alle Szenarien identisch sind. Die ei- 
C ^ 20 gentlichen Daten liegen im Kommunikationsabschnitt, wobei insbesondere 
vier Hauptschnittstelleri zwischen dem Kommunikationsabschnitt und 
dem Visualisierungsabschnitt vorgesehen sind. Diese Hauptschnittstellen, 
die fur alle Szenarien identisch sind, umfassen Schnittstellen zum Kern, 
zum eigentlichen Gerateobjekt, zu den Gerateparametern und zur Projekt- 
25 verwaltung uber mehrere Gerate. 

Der beim Tool-Server Szenario und beim Embedded Webserver Szenario 
verwendete Netzwerkkanal ist transparent, d. h. er ist fur die daruber 
transportierten Daten unsichtbar. Uber den transparenten Netzwerkkanal 
30 werden die Business- und Prasentationsschicht, d. h. der Kommunikati- 
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onsabschnitt unci der Visualisierungsabschnitt, miteinander verbunden. 
Die Transparenz des Netzwerkkanals wird dadurch erreicht, dass auf 
beiden Seiten des Kanals die gleiche Schnittstelle angeboten wird, die 
auch im Stand-alone Szenario zwischen den ubertragenen Datenpaketen 
5 liegt. Auf diese Weise ist gewahrleistet, dass unabhangig vom jeweils 
vorliegenden Szenario die Kommunikation zwischen dem Kommunikati- 
onsabschnitt und dem Visualisierungsabschnitt identisch ist. Im Stand- 
alone Szenario sind durch die Implementierung des Kommunikationsab- 
C schnittes sowie des Visualisierungsabschnittes im gleichen PC diese un- 

■10 mittelbar miteinander verbunden, so dass hier kein Netzwerkkanal vor- 
handen ist. 

Mit der Erfindung wird erreicht, dass ein erfindungsgemafi ausgebildetes 
System eine identische Visualisierung besitzt, unabhangig auf welcher 
1 5 Plattform oder in welchem Anwendungsszenario das System ausgefuhrt 
wird. Weiterhin ist durch die Isolierung und Entkoppelung des Kommuni- 
kationsabschnittes (Geratekomponente) gewahrleistet, dass diese unver- 
andert in die verschiedenen Architekturen integriert bzw. migriert werden 
kann. Durch die Entkoppelung des Visualisierungsabschnittes ist wieder- 
V ; w20 um erreicht, dass eine einheitliche Visualisierung fur unterschiedliche 
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Gerate gegeben ist. Der das Kernpaket darstellende Kommunikationsab- 
schnitt des jeweiligen Gerates, ggf. mit Businesslogik, bleibt durch die 
Entkoppelung unabhangig und unverandert fur jedes Anwendungsszena- 
rio. 

Weitere vorteilhafte Ausfuhrungsformen sind in den Unteranspruchen 
angegeben. 
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Die Erfindung wird nachfolgend anhand von Ausfuhrungsbeispielen unter 
Bezugnahme axd die Zeichnungen naher beschrieben, in diesen zeigen: 
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Figur 1 eine erste Ausfuhrungsform der Erfindung in einem so ge- 
nannten Stand-alone Szenario, . 

5 Figur 2 eine zweite Ausfuhrungsform der Erfindung in einem Tool- 
Server Szenario und 

Figur 3 eine dritte Ausfuhrungsform der Erfindung in einem Embed- 
.( / ^ ded Webserver Szenario. 

^ 10 

Figur 1 zeigt ein Feldgerat 1, beispielsweise einen Sensor, einen Aktor oder 
eine Steuerung, das uber eine serielle Schnittstelle 2 mit einer als Perso- 
nal Computer 3 ausgebildeten Steuereinheit verbunden ist. Der Personal 
Computer 3 ist in ublicher Weise mit einem Bildschirm 4 sowie nicht 
15 dargestellten Eingabegeraten (Tastatur, Maus) verbunden. 

In dem Personal Computer 3 ist ein Diagnose- /Parametriertool (Enginee- 
ring Tool) 5 installiert, das beispielsweise als Windows-Anwendung ausge- 
bildet ist und uber ein auf dem Bildschirm 4 dargestelltes Benutzerinter- 
C ^ 20 face 6 Ein- oder Ausgaben ermoglicht. Das Engineering Tool 5 umfasst 

einen Kommunikationsabschnitt 7 und einen davon getrennt ausgebilde- 
ten Visualisierungsabschnitt .8, die uber nicht naher dargestellte Schnitt- 
stellen 9 kommunizieren. In dem Kommunikationsabschnitt 7 ist die 
eigentliche Geratelogik (Businesslogik) implementiert, wobei gleichzeitig 
25 keine fur die Visualisierung an dem Bildschirm 4 erforderlicheii Teile in 
dem Kommunikationsabschnitt 7 enthalten sind. Die fur die Visualisie- 
rung erforderlicheii Teile sind vollstandig in dem Visualisierungsabschnitt 
8 implementiert. Im Falle des in Figur 1 dargestellten Stand-alone Szena- 
rio s ist dabei der Visualisierungsabschnitt 8 als Frame ausgefuhrt. 
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Das Engineering Tool 5 umfasst weiterhin eine 

Kommunikationsschnittstelle 10 fur die Kommunikation uber die serielle 
Schnittstelle 2 mit dem Feldgerat 1 . Grundsatzlich konnen noch mehrere 
Kommunikationsschnittstellen fur unterschiedliche Anwendungen von 
5 unterschiedlichen Feldgeraten vorgeseheri sein. So ist in Figur 1 
beispielsweise auch eine Kommunikationsschnittstelle 1 1 fur die 
Anbindung eines Feldgerates 12 mit PROFIBUS-Anschluss dargestellt. 

( ^ . Weiterhin umfasst das Engineering Tool 5 einen Parser 13, durch den eine 
^ 10 im Speicher des Personal Computers 3 abgelegte Geratebeschreibung 14 
ausgelesen und fur die Verarbeitung aufbereitet wird. 

Bei dem in Figur 1 dargestellten Stand-alone Szenario laufen somit sowohl 
der Kommunikationsabschnitt 7 als auch der Visualisierungsabschnitt 8 
15 zusammen in dem Personal Computer 3. Dieser Personal Computer muss 
in raumlicher Nahe der Gerate 1 und 12 vorgesehen sein, da nur in die- 
sem Fall der Anschluss liber die serielle Schnittstelle 2 bzw. den 
PROFIBUS moglich ist. 

s 

v )^ 20 Demgegenuber stellt die in Figur 2 dargestellte Anordnung das so genann- 
te Tool-Server Szenario dar. Bei diesem Tool-Server Szenario ist grund- 
satzlich auch in unmittelbarer Nahe der zu steuernden Gerate eine Steu- 
ereinheit in Form eines Personal Computers vorgesehen, die Anzeigeein- 
heit ist jedoch wahlweise ebenfalls in unmittelbarer Nahe oder weit ent- 
25 fernt von den zu steuernden Geraten angeordnet. Dabei sind in der fol- 
genden Beschreibung der Figur 2 fur gleiche Elemente wie in Figur 1 die 
gleichen Bezugszeichen verwendet. 
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Das in Figur 2 gezeigte Tool-Server Szenario unterscheidet sich von dem 
Stand-alone- Szenario nach Figur 1 dadurch, dass der Visualisierungsab-' 
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schnitt 8 zusatzlich einen Webserver 14 umfasst, der die Visualisierung 
liber einen transparenten Netzwerkkanal 15, beispielsweise einen TCP/IP 
Stack, einem weit entfernt angeordneten Client (Webbrowser) anbietet. Die 
Datenubertragung erfolgt dabei beispielsweise uber ein Intranet oder das 
5 Internet 16, wobei der Client in ublicher Weise auf einem als Anzeigecom- 
puter 17 fungierenden Personal Computer mit Anschluss an das Intra- 
net/Internet 16 installiert ist. 

C Der Visualisierungsabschnitt 8 kann in diesem Fall als Applet ausgebildet 

■10 sein (beispielsweise als Java- Applet), das uber das Intranet/ Internet 16 lm 
Bedarfsfall auf den Anzeigecomputer 17 geladen wird und von dem Brow- 
ser 18 zur Visualisierung der Gerateparameter verwendet wird. 

Der Kommunikationsabschnitt 7 ist bei der Ausfuhrungsform nach Figur 
15 2 identisch zu dem Kommunikationsabschnitt 7 nach Figur 1 ausgebildet, 
so dass die eigentliche Businesslogik unabhangig von dem jeweiligen 
Anwendungsszenario immer identisch ist. Die Visualisierungsabschnitte 8 
sind bei den unterschiedlichen Anwendungsszenarien so implementiert, 
dass letztlich das Benutzerinterface 6 unabhangig vom Anwendungssze- 
V. ^ • 20 nario fur den Benutzer identisch ist. . 

Dies gilt ebenfalls fur das in Figur 3 dargestellte Embedded Webserver 
Szenario. Hier ist gegenuber dem Ausfuhrungsbeispiel nach Figur 2 das 
gesamte Engineering Tool 5 unmittelbar in das Gerat 19 selbst integriert. 

25 Wie beim Tool-Server Szenario nach Figur 2 erfolgt auch beim Embedded 
Webserver Szenario nach Figur 3 die Visualisierung uber einen in dem 
Visualisierungsabschnitt 8 vorhandenen Webserver. Auf diese Weise wird 
erreicht, dass die letztlich auf einem entfernt uber beispielsweise das 
Intranet/ Internet 16 angebundenen Anzeigecomputer 17 eine zu den 

30 Ausfuhrungsbeispielen nach Figur 1 und Figur 2 identische Visualisie- 



10 



rung und damit Benutzerschnittstelle 6 erreicht wird. Der Kommunikati- 
onsabschnitt 7 kann dabei, wie in Fig. 3 dargestellt, als von der Business- 
logik 20 getrennter Abschnitt ausgebildet sein. Es ist aber auch moglich, 
den Kommunikationsabschnitt 7 direkt in die Businesslogik 20 zu integ- 
5 rieren, so dass der Kommunikationsabschnitt 7 als Teil der Businesslogik 
20 ausgebildet ist. In beiden Ausfuhrungsformen sind die Businesslogik 
des Gerates und der Kommunikationsabschnitt unmittelbar in dem Gerat 
integriert, so dass bei diesem Szenario alle Versionskonflikte zwischen 
( Gerat und Engineering Tool entfallen. 

w 10 
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Bezugszeichenliste 



1 Feldgerat 

2 serielle Schnittstelle 
5 3 Personal Computer 

4 Bildschirm 

5 Engineering Tool 

6 Benutzerinterface 

(' 7 Kommunikationsabschnitt 

'~10 8 Visualisierungsabschnitt 

9 . Schnittstellen 

10 Kommunikationsschnitts telle seriell 

1 1 Kommunikationsschnittstelle PROFIBUS 

12 Feldgerat PROFIBUS 
15 13 Parser 

14 Webserver 

15 transparenter Netzwerkkanal 

16 Intranet/ Internet 

17 Anzeigecomputer 
C ^20 18 Client 

^ 19 Feldgerat 

20 Businesslogik 
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Anspruche: 

5 

1. System fur die Diagnose und/oder Parametrierung von an einem 
Bussystem angeschlossenen Geraten (1, 12, 19), mit dem Geratepa- 
rameter aus dem Gerat (1, 12, 19) auslesbar und/oder in das Gerat 

r (1, 12, 19) ubertragbar sind sowie ausgelesene und/oder zu uber- 

10 tragende Gerateparameter durch eine Anzeigeeinheit (4; 17, 4) visu- 

ell darstellbar sind, 

dadurch gekennzeichnet, 

dass das System einen Kommunikationsabschnitt (7) zur Kommu- 
nikation, d.h. zum Auslesen und/oder Ubertragen von Geratepara- 

15 metern, des Systems mit dem Gerat (1, 12, 19) sowie einen von dem 

Kommunikationsabschnitt (7) getrennten Visualisierungsabschnitt 
(8) zur Visualisierung der Gerateparameter durch die Anzeigeeinheit 
(4; 17, 4) umfasst, wobei der Kommunikationsabschnitt (7) und der 
Visualisierungsabschnitt (8) zum Datenaustausch uber gerateunab- 

20 hangige Schnittstellen (9) miteinander verbunden sind und der 

Kommunikationsabschnitt (7) unabhangig von der verwendeten An- 
zeigeeinheit (4; 17, 4) ausgebildet ist. 

2. System nach Anspruch 1, 

25 dadurch gekennzeichnet, 

dass das System in eine insbesondere als Personalcomputer ausge- 
bildete Steuereinheit (3) integriert ist und die Anzeigeeinheit durch 
ein direkt mit der Steuereinheit (3) verbundenes Display (4) der 
Steuereinheit (3) gebildet wird. 
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System nach Anspruch 1 , 

dadurch gekennzeichnet, 

dass das System in eine insbesondere als Personalcomputer ausge- 
bildete Steuereinheit (3) integriert ist und die Anzeigeeinheit durch 
einen weiteren Computer (17) mit Display (4) (Anzeigecomputer) ge- 
bildet wird, der iiber eine Netzverbindung (15, 16) mit der Steuer- 
einheit (3) verbunden ist. 

System nach Anspruch 1 , 

dadurch gekennzeichnet, 

dass das System in das Gerat (19) integriert ist und die Anzeigeein- 
heit durch einen Computer (17) mit Display (4) (Anzeigecomputer) 
gebildet wird, der iiber eine Netzverbindung (15, 16) mit dem Gerat 
(19) verbunden ist. 

System nach Anspruch 3 oder 4, 
dadurch gekennzeichnet, 

dass die Netzverbindung (15, 16) durch eine standardisierte Netz- 
verbindung, insbesondere durch eine Ethernetverbindung oder ei- 
nen Feldbus (z.B. Profibus, DeviceNet, CAN basierender Feldbus) 
gebildet wird. 

System nach Anspruch 3, 4 oder 5, 
dadurch gekennzeichnet, 

dass der Visualisierungsabschnitt (8) einen Webserver (14) umfassjt. 

System nach irgendeinem der Anspruche 3 bis 6, 
dadurch gekennzeichnet, 

dass der Visualisierungsabschnitt (8) ein Modul, insbesondere ein 
Applet umfasst, das zur Visualisierung der Gerateparameter iiber 



die Netzverbindung (15, 16) in den Anzeigecomputer (17) ladbar und 
in einem auf dem Anzeigecomputer (17) vorhandenen Client (18), 
insbesondere einem Internetbrowser ausfuhrbar ist. 

System nach irgendeinem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

dass zwischen dem Kommunikationsabschnitt (7) und dem Visuali- 
sierungsabschnitt (8) Schnittstellen (9) fur Kernfunktionalitat 
und/ oder Gerateobjekt und/oder Gerateparameter und/oder Pro- 
jektverwaltung vorgesehen sind. 

System nach irgendeinem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

dass der Kommunikationsabschnitt (7) getrennt von der Businesslo- 
gik (20) des Gerats (1, 12, 19) ausgebildet ist. 

System nach irgendeinem der Anspruche 4 und 5 bis 8, 
dadurch gekennzeichnet, 

dass der Kommunikationsabschnitt (7) in die Businesslogik (20) des 
Gerats (1, 12, 19) integriert ist. 

System nach irgendeinem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

dass durch den Visualisierungsabschnitt (8) unabhangig von der 
verwendeten Anzeigeeinheit (4; 17, 4) im wesentlichen eine identi- 
sche Visualisierung durch die jeweilige verweridete Anzeigeeinheit 
(4; 17, 4) erfolgt. 
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Zusammenfassung 

5 Es wird ein System fur die Diagnose und/ oder Parametrierung von an 
^ einem Bussystem angeschlossenen Geraten beschrieben, mit dem Gerate- 
parameter aus dem Gerat auslesbar und/ oder in das Gerat ubertragbar 
sind sowie ausgelesene und/ oder zu ubertragende Gerateparameter durch 
eine Anzeigeeinheit visuell darstellbar sind. Das System umfasst einen 
v 1^10 Kommunikationsabschnitt zur Kommunikation, d. h. zum Auslesen 

und/ oder Ubertragen von Gerateparametern, des Systems mit dem Gerat 
sowie einen von dem Kommunikationsabschnitt getrennten Visualisie- 
rungsabschnitt zur Visualisierung der Gerateparameter durch die Anzei- 
geeinheit. Der Kommunikationsabschnitt und der Visualisierungsab- 
15 schnitt sind zum Datenaustausch uber gerateunabhangige Schnittstellen 
miteinander verbunden. Weiterhin ist der Kommunikationsabschnitt 
unabhangig von der verwendeten Anzeigeeinheit ausgebildet. 



